Architecture d'un éditeur
Editor remplit le rôle central de coordinateur entre le modèle de données et les différents composants de l'interface. Les appels de fonction sont en noir avec des flèches noires. Les messages de notification sont en italique avec des flèches bleues.
Model est le modèle de données qui gère aussi directement une instance de Undo qui n'est pas sur le schéma. Un modèle notifie les messages modelSet, modelValueChanged et undoValueChanged. Le modèle peut passer par un Delegate pour lire et écrire les données. Un délégué va par exemple lire et écrire les données en JSON dans un cookie, dans l'espace de stockage du navigateur ou à distance dans un fichier ou une BD via un serveur HTTP.
View affiche le résultat de l'édition des données. L'éditeur met à jour la vue dès que le modèle change. NOTE : L'instance de View est optionnelle.
Inspector est un groupe d'instances d'inspecteurs spécialisés qui envoient tous le message de notification inspectorValueChanged. Selon l'expéditeur du message, l'éditeur sait quelle propriété a été modifiée et peut appeler la fonction de modification du modèle correspondante.
UndoPanel affiche les deux boutons qui notifient respectivement les messages undo et redo. Quand l'état du Undo du modèle change, l'éditeur active ou désactive ces boutons. NOTE : L'instance de UndoPanel est optionnelle.
Un ClipEditor est un Editor avec en option l'affichage de la durée d'un clip.
ClipModel est un modèle de données standard que le programmeur d'un éditeur doit utiliser en prévision d'une extension.
Clip est une View qui affiche le clip pour l'éditeur. L'éditeur la met à jour dès que le modèle change.
Timing est une simple vue que l'éditeur peut utiliser pour afficher la durée du clip. NOTE : L'instance de Timing est optionnelle.
VOIR AUSSI
Editor, Inspector, ModelCookieDelegate, ModelStorageDelegate, UndoPanel, Clip, Éditer un clip animé, Éditer un clip programmé, Éditer un clip vidéo
Commentaires